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METHOD OF AUTOMATIC UPLOADING OF THE REQUIREMENTS OF 
UML MODELS AND OF THEIR UPDATING 

CROSS - REFERENCE TO RELATED APPLICATIONS 

5 

The present Application is based on International Application No. 
PCT/EP2004/053341, filed on December 8, 2004, which in turn corresponds to FR 
03/15036 filed on December 19, 2003, and priority is hereby claimed under 35 USC 
§119 based on these applications. Each of these applications are hereby incorporated 
10 by reference in their entirety into the present application. 

BACKGROUND OF THE INVENTION 

1) Field of the Invention 

The present invention pertains to a method of automatic uploading of the 
1 5 requirements of UML models created by a modeling tool, and of their updating. 

2) Description of Related Art 

When modeling a project, whatever it may be, use is currently made, in a 
preferential manner, of the UML language, implemented in a modeling tool, such as 
"RHAPSODY" from the company I-LOGIX. The modeling requires the 
20 consideration of requirements, and for this purpose, a requirements management tool 
such as "DOORS" from the company TELELOGIC is made available. However, 
there does not exist any means making it possible to ensure the traceability of the 
information of the model so as to keep the requirements management tool informed 
thereof. 

25 SUMMARY OF THE INVENTION 

The present invention is aimed at a method of automatic uploading of the 
requirements of UML models to a requirements management tool so as to allow their 
updating, doing so without limitation on the placement of requirements and their 
number. 

30 The method in accordance with the invention is characterized in that the 

requirements are created during the creation of the elements of the UML model, that 
once the model has been stabilized, the requirements entered into the model are 
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exported to the requirements management tool and there is created automatically a 
navigation module containing all the UML objects pointed at by at least one 
requirement and a requirements module of level n. Advantageously, the requirements 
module of level n is linked to another upstream requirements module of level n+1 
5 defined previously. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be better understood on reading the detailed 
10 description of an embodiment, taken by way of nonlimiting example and illustrated 
by the appended drawing, in which: 

- Figure 1 is a simplified block diagram of an exemplary 
implementation of the method of the invention, 

- Figure 2 is a chart illustrating the first importation of a UML model 
15 into a requirements manager, according to the method of the 

invention, 

Figure 3 is a chart illustrating a new importation, under the same 
conditions (import level 1) as in Figure 2, 

- Figure 4 is a chart illustrating a new importation of a UML model, 
20 but at a different level (level 2) from that of Figure 3, 

- Figure 5 is a chart illustrating the automatic placing of traceability 
links from the module to other DOORS modules according to the 
method of the invention, 

- Figure 6 is a chart in four steps, illustrating the successive operations 
25 intervening during a new iteration of importing of a UML model into 

a requirements manager, according to the method of the invention, 
and 

- Figures 7 and 8 are charts showing two states of a Requirements 
module of the requirements manager, respectively before and after a 

30 new importation, according to the method of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

Represented in Figure 1 are the main elements of the architecture of the 
system implementing the invention. These elements are: a UML modeler (1), which 
is, preferably, the "RHAPSODY" tool, a tool (2) for managing UML Requirements, 
5 which is, in the present case, the "DOORS" tool, a workshop of utilities (3), which is 
here "DOORS Custom" from the company THALES AVIONICS and a universal 
inter-tools connection connector (4) "PAPEETE" (forming the subject of a patent 
application from the company THALES). The importation of UML models into the 
DOORS tool from the RHAPSODY tool is done in the following manner. 
10 During the first importation of a UML model from RHAPSODY to DOORS (see 
Figure 2), there is creation of two modules in DOORS: 

- A module (5) of UMLJDOORS Requirements corresponding to the 
specification level (level 1 for the example represented). This DOORS 
module contains the set of UML_DOORS Requirements which represent the 

15 stereotyped UML Requirements with the specification level chosen during 

the importation. This module 5 here contains the level 1 requirements of the 
model. These requirements are, for this example: HLR_01, LLR_01 and 
HLRJ)3. 

- A UML navigation module (Surrogate UML Module) (6): this DOORS 
20 module contains a representation of the set of UML elements of the model 

created in RHAPSODY. This representation is in the form of reference to the 
UML elements. This module has as objective to allow navigation between 
RHAPSODY and DOORS (as set out in the "DOORS Custom User Guide" 
manual). 

25 The following importations of the same UML model can be of two different 
types. Either, as represented in the example of Figure 3, it involves the same 
specification level as previously (level 1 in this instance). In this case, at one and the 
same time the UMLJDOORS Requirements Module and the UML navigation 
Module are updated as a function of the modifications made to the UML model. Or, 

30 as represented in Figure 4, they pertain to a different specification level (level 2 in 
this instance, involving the requirements HLR_02 and LLR_02). In this case, there is 
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creation of a UML_DOORS Requirements module corresponding to the specification 
level selected (level 2) during the importation and updating of the UML navigation 
Module as a function of the modifications made to the model. 

The links between a UML DOORS Requirement and its representation in the 

5 UML navigation Module are created automatically during the importation of the 
UML model under DOORS. These links allow navigation between the two tools 
RHAPSODY and DOORS. 

The creation of links to other DOORS requirements modules is carried out in the 
following manner. After having performed an importation of a RHAPSODY model 

10 into DOORS, it is possible to automatically create the links between Requirements of 
the module created automatically and Requirements of another DOORS module or 
those of another module created automatically previously. This automatic creation of 
links is performed with the DOORS TREK utility "Create links by key Thus, as 
represented in Figure 5, during the importation of the specification level X, 

15 traceability links are created between the Requirements module of level X and, on 
the one hand, the requirements module of level X-l, and on the other hand a module 
of quite another requirements specification level (SSS in this case) . 

The management of the modifications made to the requirements relating to the 
UML model is carried out in the following manner. 

20 The management of the modifications of the requirements implies the capacity to 
navigate between the RHAPSODY tool and the DOORS tool. Specifically, it is 
necessary to be capable of rapidly analyzing the impact of modifications of the 
upstream requirements on the UML model so as to apply the appropriate 
modifications to the elements implicated by this impact and conversely. 

25 To carry out the modification of UML_DOORS Requirements, it is not necessary 
to modify under DOORS the attributes of the UML_DOORS Requirements specified 
in the UML Requirements (as explained in the Guide to UML requirements 
modeling). These modifications must be performed only in the UML model under 
RHAPSODY. 

30 Subsequent to a modification of DOORS Requirements, for each UML-DOORS 
Requirement which refines it (as explained in the DOORS Guide) it is necessary to: 
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1. navigate, with the aid of the DOORS/RHAPSODY navigation tool, to the 
associated UML Requirement, 

2. analyze the impact on the modeling of the modification to be performed, 

3 . update the model 

5 4. update the UML Requirement in the model, 

5. import the modified model under DOORS, 

6. update the requirements management attributes under DOORS, 

Any model modification must be performed taking account of the UML 
Requirements which have a repercussion on the elements modified so as to maintain 
10 consistency between the UML Requirements and the UML model. 

To do this, for each modified UML element it is necessary to consult the set of 
UML Requirements which have a repercussion thereon, so as to verify that these 
requirements are always consistent with the modification performed on the element. 
To manage the changes to a model manifested by successive modifications, the 
15 mechanism of successive importations is firstly examined. The importation of a 
UML model under DOORS is performed in several steps. These steps are invisible to 
the user, since they are performed in one go during importation. The main steps of 
this mechanism of successive importations have been illustrated in Figure 6. This 
figure comprises four charts (referenced 1 to 4). 
20 In the initial state (1), we have, in DOORS, a UML_DOORS Requirements 
module linked to a UML navigation module (by navigation links), these modules 
generated automatically during an earlier importation are dubbed "former". 

When a request to import the UML model aimed at an updating of these two 
modules arrives, the following actions are engaged: 
25 - creation of two new modules (2): 

o a UML_DOORS Requirements Module containing the set of 
UMLDOORS Requirements corresponding to all the UML 
Requirements contained in the new UML model imported, 
o a UML navigation module representing the new UML model, 
30 - deletion of the former UML navigation module and of all the DOORS 
elements relating to it (3), 
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- analysis of the updates to be performed between the two UMLDOORS 
Requirements Modules, 

- updating of the former UML_DOORS Requirements Module (4), 

- deletion of the new UML_DOORS Requirements Module (4), 

5 - creation of the navigation links between the former UML_DOORS 
Requirements Module and the new UML navigation Module. 
The user must thereafter update the links for traceability with the upstream 
requirements. This step is not included in the importation of the UML model, but 
must be performed separately after each importation with the aid of the DOORS 
10 TREK utility "Create links by key . . .". 

The management of the changes can thereafter relate to the addition of 
requirements. If a UML Requirement is added to the model, there will be, during the 
following importation, for one and the same specification level, and one and the 
same UML model, creation of a new DOORS object in the corresponding UML 
1 5 navigation Module and in the corresponding UML navigation Module. 

By way of simplified example, represented in Figure 7 is the state of the 
UML_DOORS Requirements Module before a new importation, and which 
comprises the Requirements EXI_01 to EXIJ)4 (in version vl). Represented in 
Figure 8 is the state of this Module after a new importation, EXI_02 being modified 
20 (coexisting versions vl and v2), and with a new Requirement EXI_05 (version v2). 

Likewise, if a UML Requirement already imported during a previous importation 
is deleted from the model, during the following importation, the UML-DOORS 
Requirement corresponding to the UML Requirement, will not be deleted from the 
UML-DOORS Requirements Module, but will take the status "OBSOLETE" and all 
25 its DOORS links will be destroyed. 

If a UML Requirement already imported during a previous importation is 
modified in the model, there will be, during the following importation,: 

- creation of a new UML DOORS Requirement corresponding to the UML 
Requirement 

30 - creation of a link between the former and the new UML_DOORS 
Requirement 
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- transfer of the incoming and outgoing links from the former to the new 
UML_DOORS Requirement 

- updating of the version number on the new UML_DOORS Requirement with 
respect to the former. 

5 A journal of the modifications of requirements is thus obtained. 

In conclusion, the method of the invention makes it possible to upload 
automatically under DOORS all the traceability information entered into the UML 
model. It automatically organizes under DOORS the whole process necessary for 
navigation between the two tools via the connector PAPEETE or an XML link (or 

10 equivalent). Finally it automatically organizes the whole updating of the modules 
during the various changes to the UML model. 



